Automatic provisioning of customer premises equipment

ABSTRACT

Systems, methods, apparatus and other mechanisms to automatically provision CPE at a customer location by generating and storing at a server a “gold” configuration script for each CPE for each customer, and for downloading the gold configuration script to CPE in response to receiving at a zero touch provisioning (ZTP) entity a provisioning control signal automatically generated by CPE due to execution of a pre-installed script upon initial power up. The gold configuration script may comprise CPE configuration and service provisioning information received from the ZTP entity, such as provided by a class of service (COS) template specifically designed to provision the requesting CPE in accordance with the premises-specific environment of the network and the customer-specific services to be provided via the network.

CROSS-REFERENCE TO RELATED APPLICATION

The present application claims priority to and is a Continuation of U.S.patent application Ser. No. 15/222,198 filed Jul. 28, 2016, which ishereby incorporated by reference in its entirety.

TECHNICAL FIELD

The disclosure relates to communications systems and, more particularlybut not exclusively, to automatically provisioning customer premisesequipment (CPE).

BACKGROUND

Services such as voice, data, streaming video and other services areoften provided to home and business customers/subscribers by telecomservice providers, multichannel video programming distributors (MVPD)and so on. Customer premises equipment (CPE) may include various typesof terminal equipment to process received MVPD signals to thereby enablesubscribers to view, record, and interact with the services. Among themore common consumer electronics devices are television sets, set-topboxes, cable modems and personal video recorders. The CPE cooperateswith an access network of the service provider to receive appropriateservices thereby.

Traditionally, setting up CPE for customer involves a technicianinstalling the CPE at the customer location, provisioning the CPEdirectly or by cooperating with service provider personnel at a servicenetwork management location, and testing the CPE to ensure that it worksfor its intended purpose, such as a set-top box (STB) and modem forcustomer receiving television, telecom and data services at home. Thetraditional CPE provisioning process is therefore time-consuming andexpensive.

Automatic provisioning of CPE is desired to streamline the CPEprovisioning process and reduce costs. Existing automatic provisioningtechniques are based upon techniques developed for use in provisioningover telephones within the context of a 3G/4G mobile networkenvironment.

However, the 3G/4G network environment for provisioning mobiletelephones is the same everywhere in the mobile network, whereas theservice provider network environment for provisioning a CPE is not onlysubject to significant differences depending upon location, there arealso many more parameters to provision relevant CPE in such a network.That is, automatic provisioning of CPE within a service provider networkrequires the provisioning of many operating parameters, provisioning ofoperating parameters of enormous complexity as compared to mobiletelephones, and the provisioning of these parameters within the contextof local network conditions which may vary considerably and unexpectedlybetween locales.

SUMMARY

Various deficiencies in the prior art are addressed by systems, methods,apparatus and other mechanisms to automatically provision CPE at acustomer location by generating and storing at a server a “gold”configuration script for each CPE for each customer, and for downloadingthat script to CPE in response to receiving at a zero touch provisioning(ZTP) entity a provisioning control signal automatically generated byCPE due to execution of a pre-installed script upon initial power up.The gold configuration script may comprise CPE configuration and serviceprovisioning information received from the ZTP entity, such as providedby a class of service (COS) template specifically designed to provisionthe requesting CPE in accordance with the premises-specific environmentof the network and the customer-specific services to be provided via thenetwork.

One embodiment comprises a method, performed by a server computingdevice for zero touch provisioning (ZTP) in a network, the methodcomprising: receiving a customer specification of network requirements(CSNR) exclusively specified for a customer premises equipment (CPE);provisioning a class of service (COS) template exclusively created forproviding an intended operation of the CPE based at least on the CSNR;storing the COS template and an identity of the CPE as one jobassignment; receiving, from the CPE, a signal comprising the identity ofthe CPE being plugged into a network link at customer premises for afirst time; and downloading to the CPE, based at least on the receivedidentity of the CPE matching the one job assignment, service informationfor the ZTP of the intended operation of the CPE, the serviceinformation including at least the COS template information.

BRIEF DESCRIPTION OF THE DRAWINGS

The teachings of the present invention can be readily understood byconsidering the following detailed description in conjunction with theaccompanying drawings, in which:

FIG. 1 depicts a high-level block diagram of a system according to oneembodiment;

FIGS. 2 and 3 depict a flow diagrams of methods according to variousembodiments; and

FIG. 4 depicts a high-level block diagram of a computer suitable for usem performing the functions described herein.

To facilitate understanding, identical reference numerals have beenused, where possible, to designate identical elements that are common tothe figures.

DETAILED DESCRIPTION

According to various embodiments described herein, methods, apparatusand software related products (e.g., a computer readable memory or astorage device) are presented for enabling and otherwise providing forthe automatic or “zero touch” provisioning of Customer PremisesEquipment (CPE). While the invention will be primarily described withinthe context of automatic provisioning of CPE within a MVPD deliverynetwork, it will be appreciated by those skilled in the art that theteachings of the various embodiments are also applicable to otherbroadband services delivery networks.

FIG. 1 is a block diagram of a simplified system useful in illustratingthe provisioning of Customer Premises Equipment (CPE) according tovarious embodiments. That is, FIG. 1 depicts a simplified block diagramof a broadband services delivery network benefiting from the variousembodiments. Specifically, the broadband services delivery network 100of FIG. 1 as depicted comprises a MVPD distribution/delivery network,though other types of distribution/delivery networks may benefit fromthe various embodiments.

The broadband services delivery network 100 comprises, illustratively, ahead end 110 adapted to communicate with a provisioning manager orserver 115, an authentication manager or server 120 and a plurality ofprovider edge routers 130-1 through 130-N (collectively provider edgerouters 130).

The head end 110 may comprise a cable television head end or networkserver operative to provide broadband services to subscribers/customers,manage subscriber/customer sessions, propagate content towardsubscribers/customers, interact with subscriber/customer CPE and thelike. The head end 110 may also provide various session managementfunctions associated with the services instantiated by or on behalf ofvarious subscribers or customers of the service provider. Sessionmanagement functions generally include sending data to CPE such ascommands, encryption keys and the like, receiving data from CPE such asinformation stream requests, session initiation data (set-topidentification, authorization information etc.), user interactioninformation and the like.

Each of the edge routers 130 is adapted to communicate with a respectivegroup of subscribers/customers via respective CPE located at thesubscriber/customer house, office or other location. Subscriber/customerCPE may comprise, illustratively, modems or network interface devices140, set top boxes (STBs) 150 and other types of CPE such as wirelessaccess points (WAPs) and the like as will be appreciated by thoseskilled in the art. Further, various user devices 155 may communicatewith the service provider network via the CPE, such as wireless orwireline routers (not shown) connected via the modem 140, mobile devicesconnected via a wireless access point (WAP) in communication with themodem 140 and so on.

FIG. 1 also depicts an illustrative customer location such as a house orbusiness address having a Network Interface Device (NID) or modemcommunicating with provider network via edge node 130-2, andcommunicating with CPE 150. CPE 150 is depicted as comprising computingapparatus including one or more processors 153, memory 154 andinput/output circuitry 156. The memory is further depicted as includinga pre-configuration script 154-PCS, a gold configuration script 154-GCS,and other programming 154-OTH.

The pre-configuration script 154-PCS may be stored in memory 154 at timeof CPE manufacturer, or received from local modem 140 in response topowering on CPE 150 for the first time while connected to local modem140. Generally speaking, the pre-configuration script 154-PCS is invokedat initial power up (or CPE refresh) to provide thereby defaultinformation such as enabling the CPE to automatically interact with aremote Zero Touch Provisioning (ZTP) entity (e.g., provisioning manageror server 115) to request CPE configuration and service provisioninginformation therefrom, such as by automatically transmitting CPEidentification information to one or more stored ZTP server addresses.The gold-configuration script 154-GCS comprises CPE configuration andservice provisioning information received from the ZTP entity, such asprovided by a class of service (COS) template specifically designed toprovision the CPE 150 in accordance with the premises-specificenvironment of the network and the customer-specific services to beprovided via the network. The various scripts and other programming willbe described more detail below.

Referring to FIG. 1, provider edge router 130-2 is depicted ascommunicating with a group of network interface devices (NIDs) 140-1through 140-N (collectively network interface devices 140). However, invarious embodiments where the NID 140 is not necessary to connect thenode 130 and subscriber/customer CPE, the node 130 andsubscriber/customer CPE is connected directly to the communicationsnetwork via some other link or interface mechanism.

The authentication manager or server 120 comprises a management entityadapted to implement various CPE authorization mechanisms to ensure thatCPE accessing the provider network are authorized to do so. Theauthentication manager 120 may be implemented as a standalone entityinteracting with CPE via the head end 110, via the edge router 130 orvia some other network entity in direct or indirect communication withCPE to be authorized. In various embodiments, the authentication manager120 is included as a module or element within the head end 110 and/oredge router 130. The authentication manager 120 may be implementedwithin, or interact with, one or more of the edge router 130 to providea CPE authorization mechanism for respective groups ofsubscribers/customers.

The provisioning manager or server 115 comprises a management entityadapted to implement various CPE provisioning mechanisms to ensure thatnewly installed, updated or refreshed CPE, as well as any other networkelements supporting CPE access to the network and network services, areappropriately provisioned to enable CPE access to the provider networkand to the relevant services associated with the CPE. Various operationsassociated with the provisioning manager 115 will be described in moredetail below with respect to FIGS. 2-3.

The provisioning manager 115 may be implemented as a standalone entityinteracting with CPE via the head end 110, via the edge router 130 orvia some other network entity in direct or indirect communication withCPE to be provisioned. In various embodiments, the provisioning manager115 is included as a module or element within the head end 110 and/oredge router 130. The provisioning manager 115 may be implemented within,or interact with, one or more of the edge router 130 to provide a CPEprovisioning mechanism for respective groups of subscriber/customer CPE.This automated CPE provisioning mechanism comprises a Zero TouchProvisioning (ZTP) in that field installation/service personnel aretypically not needed to install CPE at customer locations.

It is noted that the various elements described herein with respect tothe service provider entities as well as customer entities may beimplemented using computing apparatus such as described below withrespect to FIG. 4. That is, the various elements such as the head end110, authentication manager 120, provisioning manager or server 115,edge routers 130, network interface devices or modems 140, customerpremises equipment 150 may be implemented in whole or in part usingcomputing apparatus such as described below with respect to FIG. 4.

Generally speaking, CPE provisioning comprises configuring the CPEitself as well as configuring various services, protocols, function andthe like as needed to support the services to be used by the CPE, suchas Dynamic Host Configuration Protocol (DHCP) pool of address that theCPE should use, the particular Internet Protocol (IP) address to be usedby the CPE, and Virtual Local Area Network (VLAN) to which the CPEshould belong, the Quality of Service (QoS) parameters associated withthe relevant services, and so on. These parameters must be configured inaccordance with the customer's specific network environment. Further,after initial authentication of CPE to the provider network, additionalprovisioning steps may be required such as identifying the CPE MediaAccess Control (MAC) address and so on. Various embodiments contemplateauthentication of the CPE after provisioning of the CPE via the ZTPserver.

Various embodiments contemplate providing to each CPE to be configured apre-configured script as part of a CPE discovery agent instantiatedwithin the CPE when powered up. The pre-configured script may comprise astandard of “gold” script included within the CPE during manufacture, orincluded within the CPE prior to sending the CPE to a customer locationfor installation.

Various embodiments contemplate that CPE 150 such as a router includesan Ethernet interface with DHCP IP enabled so that the CPE 150 calls outfor a dynamic IP address via the modem 150 (e.g., CPE 150 connected toMTA Ethernet output of modem 140).

Various embodiments contemplate providing to each CPE to be configured arespective configuration template as part of a CPE deployed agentinstantiated within the CPE after power up, such as after an initialdiscovery process has been performed (e.g., according to the discoveryagent pre-configured script). The respective configuration template maybe sent by the provisioning manager or server 115 to the CPE 150 as afile using file transfer protocol (ftp), as a network message or viasome other format or delivery mechanism.

Various provider equipment or entities cooperate to implement the CPEprovisioning mechanisms of the various embodiments. For example, in oneembodiment the following entities perform the following functions toimplement thereby a system or mechanism for receiving and distributingto CPE templates that configure/provision the CPE in an appropriatemanner. In this example, it is assumed that CPE is to be delivered to acustomer's location where the customer will simply connect the power andnetwork cables and power up the modem and CPE, which will then beconfigured and provisioned.

FIG. 2 depicts a method 200 for staging and deploying class of service(COS) templates suitable for use in a ZTP server, such as theprovisioning manager for server 115 discussed above with respect to FIG.1.

At step 210, the ZTP server receives a customer specification of networkrequirements (CSNR) defined exclusively for the customer premisesequipment (CPE) associated with a predefined customer. For example, aCSNR may be specified for a CPE device to be delivered to a customerhome or business, such as a set-top box (STB), a CPE router, a CPEswitch, a voice over Internet protocol (VoIP) device or other CPEdevice. The location of the customer home or business (i.e., thecustomer location) is known, the network topology associated with theneighborhood is known, the initial services to be provided to thecustomer is known.

At step 220, the ZTP server provisions a class of service (COS) templatedefined exclusively for the CPE associated with the predefined customer,where the COS template defines the operation of the CPE based at leaston the CSNR. In various embodiments, the class of service (COS) templatecomprises service configuration layer information, such as informationindicating at least one of voice quality and a voice session initiationprotocol (SIP) trunking.

At step 230, the ZTP server stores the COS template and identifyinginformation associated with the CPE as a job assignment. In variousembodiments, the job assignment comprises one of a plurality of jobassignment entries in a table of job assignments for a correspondingplurality of CPEs. The table may be stored in the ZTP server or someother management entity.

At step 240, the ZTP server receives from the CPE a provisioning requestsignal including the identity of the CPE upon the CPE being plugged intoa network link at the customer premises for the first time. In variousother embodiments, the CPE signal including the identity of the CPE maybe transmitted by the CPE in response to a remotely generated refreshsignal, a locally generated refresh signal and the like.

In various embodiments, the identity of the CPE is based upon amanufacturer serial number or other serial number associated with theCPE. In various embodiments, the ZTP server is identified by an autolink within the CPE upon CPE power up the first time (or refresh). Theauto link may comprise a fully qualified domain name (FQDN) associatedwith the ZTP server or some other resource locator or identifier. Invarious embodiments, the CPE may be identified via a Media AccessControl (MAC) address.

In various embodiments, a communication path between the ZTP server andthe CPE includes a modem installed in the customer premises atconfigured to communicate with an access network of the serviceprovider.

At step 250, based at least on the received CPE identity informationmatching a stored job assignment, the ZTP server transmits toward therespective CPE service information including at least the COS templateinformation associated with the stored job assignment.

In various embodiments, the COS template information is not transmittedtoward the respective CPE until the respective CPE is authenticated. Invarious embodiments, the service information may comprise serviceattribute information such as a point-to-point protocol (PPP)information, local area network (LAN) information, Quality of Service(QoS) information, Dynamic Host Configuration Protocol (DHCP)information, Virtual Local Area Network (VLAN) and the like.

FIG. 3 depicts a method 300 for zero touch provisioning invoked at a CPEto retrieve and implement configuration and service information such asprovided via a COS template requested by the CPE and received from theZTP upon CPE initial power up or refresh.

At step 310, in response to initial power up or a refresh command, theCPE invokes a configuration template stored within the CPE andcomprising an auto link to a ZTP server in a network, the auto linkbeing indicative of the and the like. Identity/address of the ZTP serverand the CPE. In various embodiments, the configuration template isincluded within the CPE by the manufacturer of the CPE. In variousembodiments, the configuration template is communicated to the CPE by amodem or other device associated with the service provider and local tothe CPE. That is, the CPE may receive an initial configuration templateor a replacement configuration template from a modem at the customerlocation.

At step 320, in response to detecting the presence of a communicationnetwork link, the CPE authenticate itself to the network if necessary.For example, if the CPE is connected and powered on for the first timeat a customer location, prior to receiving network services above theminimum necessary to provide authentication, the CPE must beauthenticated as authorized for receiving such network services.Generally speaking, the CPE will communicate identification informationsuch as an identification number, MAC address and the like to anauthentication manager such as authentication manager 120. If theauthentication manager determines that the CPE is authorized to accessnetwork services, then the authentication manager will communicate suchauthorization/authentication to other management entities such as headend 110, provisioning manager or server 115 and the like.

Various embodiments contemplate authentication of the CPE afterprovisioning of the CPE via the ZTP server. In these embodiments, thefunctions of step 320 may instead be performed after some or all of thefollowing steps have been completed.

At step 330, in response to detecting the presence of a communicationnetwork link, the CPE transmits a provisioning request signal includingthe identity of the CPE toward a ZTP server associated with an auto linkincluded within the configuration template. The auto link comprises anIP address or Uniform Resource Locator (URL) associated with a ZTPserver. In various embodiments, the auto link to the ZTP servercomprises a fully qualified domain name (FQDN) of the ZTP server.

In various embodiments, the communication network link between thecommunication network and the CPE may be provided in any standard mannersuch as via a coaxial cable, a twisted pair, an optical fiber a networkcable (e.g., ETHERNET) and the like. The communication network link maybe directly to the communication network or via a modem at the customerlocation.

At step 340, the CPE waits to receive service information including atleast a COS template created for the CPE from the ZTP server.Optionally, in various embodiments multiple links to ZTP servers areprovided within the configuration template to enable the CPE to transmita provisioning request signal to one or more other ZTP servers if needed(e.g., initial or subsequent ZTP server does not respond within apredefined time period). That is, in various embodiments step 330 may berepeated as necessary if an initial or subsequent ZTP server is notreachable by the CPE.

At step 350, upon receiving the service information including at least aCOS template created for the CPE, the CPE performs the variousconfiguration and service provisioning processes indicated by theservice information and COS template such that the CPE is properlyconfigured for operation with the service provider network and properlyconfigured for delivering the appropriate network services to thecustomer.

Thus, the method 300 provides a mechanism which a CPE requests andreceives service information (including at least a COS template) whichwas generated specifically for that customer CPE device in accordancewith a customer specification of network requirements (CSNR).in thismanner, the customer only needs to plug the CPE into the local modem andthe CPE will configure itself and those services appropriate to thecustomer.

In various embodiments, the provisioning manager or server 115 or ZTPserver stages pre-provisioned Configuration of Service (COS) templatesthat may be allocated to assigned CPE serial numbers associated withspecific customers, or may comprise default COS templates for use in theabsence of customer-specific COS templates. The staging of COS templatesis performed prior to the scheduled delivery/installation day associatedwith the customer CPE, such as hours (same day COS templategeneration/association), days or weeks ahead of CPE delivery tocustomers.

Staging comprises determining configuration and provisioning informationassociated with both the local CPE environment and the local CPEcustomer services to be delivered. To do this, the serial number of CPEto be delivered to an individual customer is identified such that theCPE serial number may be associated with that customer. COS templatesassociated with CPE serial numbers are configured to support the variousfunctions required of the CPE when configured to support respectivecustomer requirements and services.

In various embodiments, the provisioning manager or server 115 considerseach such CPE to customer association, as well as the respective COStemplate, to be one job within a batch of jobs assigned. Each job isstored in a claim table or database by the ZTP server.

A new device claim table is used by the ZTP server to push an initial orbootstrap configuration to the CPE. The initial configuration enablesthe CPE to find and interact with the ZTP server upon CPE power up atthe customer location. The bootstrap configuration may be pushed to theCPE at a time of CPE manufacture, at a time of testing CPEs receivedfrom the manufacturer, at a time of testing CPEs prior to deployment orcustomer delivery, or at an initial CPE power up time (if stored localand available to the CPE, such as within a modem at the customerpremises). The initial configuration provides various service attributessuch as those for setting up VLAN, PPP, LAN Data/Voice DHCP, COS, QoS,as well as further complex network configurations as discussed herein.

The CPE plug and play utilizes, in one embodiment, FQDN auto-links andDHCP options pre-written and flashed to CPE configurations tables withwhat is denoted herein as a “Gold Configuration” such as at the pointthat CPE inventory reaches a distributor. This enables prompt handoff ofthe CPE within a warehouse environment for CPE pickup or packageshipments.

At a customer location, after connection of power and network cabling,the CPE is powered up. At this point, the CPE finds home base (e.g., viaFQDN and DHCP-Gateway Options) and, once a live loop is plugged into theCPE Ethernet port, the AG router I redirector sends traffic destined forthe service provider's DHCP scope, ZTP domain, hosted within DMZ forsecure DHCP IP assignment and authentication to ZTP Server for push ofbootstrap template configuration.

Authentication may be performed before or after CPE configuration viathe configuration file and interaction with the CDP domain. Once IPauthentication of the ZTP agent (CPE/IAD) has initialized through theTransport & AR IP Edge (via VLAN Specific/DMZ tunneling), to DHCP's IPController for IP assignments (Utilizing Options 43 & 60—Vendor SpecificIdentifier); authenticating CPE's entry into the ISP (Internet ServiceProvider) network, where DNS will direct CPE to ZTP Server's —FQDNresidence (zip-cpe.isp.com). Thus enabling a secure registration withinour DMZ and ZTP Server's new device claim table, which will then promptfor automatic template push of bootstrap configuration files, firmwareupdates, as well as any further routing tables or protocols required.

The various embodiments described above generally provide a mechanism inwhich a standard router, switch or other CPE may be associated withspecific “golden configuration file” designed to enable that specificCPE to properly configure itself to its intended customer premisesnetwork environment, and properly configure itself to the servicesappropriate to its intended customer.

In various embodiments, a Fully Qualified Domain Name (FQDN) includedwithin a pre-configuration file is used by the CPE wherever it may bedeployed. Based on the FUD and, the Domain Name Server (DNS) note topoint to domain name to a specific location. Thus, once the CPE powersup, it knows where it resides within a network. Further, based on theMAC address of the CPE, the network service provider knows the class ofservices associated with the customer and can push down to the CPE thenecessary configuration information as part of the golden configurationfile.

Advantageously, these various mechanisms enable a company deploying CPEto test the CPE remotely up to some demarcation point, such as anEthernet connection a plugs into the CPE. If such testing indicates thatthe CPE is not functioning or least not reachable, then a new CPE may beshipped to the customer directly rather than sending a technician todiagnose/repair/replace. The customer merely unplugs the old CPEunplugged the new CPE. Configuration processes described hereinprovisioned the replacement CPE rapidly and correctly.

Similarly, if the MAC address of an old CPE device to be replaced isknown, then a “snapshot” of the configuration parameters associated withthat CPE device may be captured and used to populate similarconfigurations of a replacement CPE device. This configuration snapshotmay be performed for every CPE device within a system upon successfulprovisioning/configuration of that device. This information may bestored in a database associated with the provisioning manager or server115, head end 110 or some other network entity. Thus, prior to shippingreplacement CPE out to a customer, the configuration associate of theold CPE is staged as described above with respect to FIG. 2 such thatupon the new CPE pairing up, the appropriate configuration informationis provided thereto.

Pre-staging of templates with old images of CPE waiting to be called outby new CPE provides improvements in customer service response timeswhile reducing on-site technician calls. CPE images a comprisepre-provisioning information (e.g., default configuration templates),post-provisioning information (e.g., staged configuration templates orCOS templates), existing MAC addresses, MAC addresses of CPE to beshipped and so on.

In various embodiments, a replacement CPE may be automatically beupdated with configuration and service provisioning informationassociated with a failed CPE at a customer location. For example, in oneembodiment where the MAC address of the new and old CPE is known, thereplacement CPE is provided with the configuration and serviceprovisioning information originally generated for the failed CPE at thecustomer location. Thus, when the replacement CPE is initially poweredon at the customer location, if the ZTP server determines that aprovisioning request is received from a replacement CPE, the ZTP serverwill transmit the same service information to the replacement CPEinitially generated for use by the failed CPE.

FIG. 4 depicts a high-level block diagram of a computing device 400suitable for use in performing various functions described herein withrespect to the disclosed embodiments, such for implementing any devicelike device IO as described above with respect to the various figures.FIG. 4 is a simplified block diagram of a computing/electronic devicethat is suitable for practicing the exemplary embodiments of thisinvention, and a specific manner in which components of the device areconfigured to cause that device to operate.

As depicted in FIG. 4, computer (computing device) 400 includes aprocessor element 403 (e.g., a central processing unit (CPU) and/orother suitable processor(s)), a memory 404 (e.g., random access memory(RAM), read only memory (ROM), and the like), a cooperatingmodule/process 405, and various input/output devices 406 (e.g., a userinput device (such as a keyboard, a keypad, a mouse, and the like), auser output device (such as a display, a speaker, and the like), aninput port, an output port, a receiver, a transmitter, and storagedevices (e.g., a solid state drive, a hard disk drive, an optical driveand the like).

It will be appreciated that the functions depicted and described hereinmay be implemented in hardware and/or in a combination of software andhardware, e.g., using a general purpose computer, one or moreapplication specific integrated circuits (ASIC), and/or any otherhardware equivalents. In one embodiment, the cooperating process 405 canbe loaded into memory 404 and executed by processor 402 to implement thefunctions as discussed herein. Thus, cooperating process 405 (includingassociated data structures) can be stored on a computer readable storagemedium, e.g., RAM memory, magnetic or optical drive or diskette, and thelike.

It will be appreciated that computing device 400 depicted in FIG. 4provides a general architecture and functionality suitable forimplementing functional elements described herein or portions of thefunctional elements described herein.

It is contemplated that some of the steps discussed herein may beimplemented within hardware, for example, as circuitry that cooperateswith the processor to perform various method steps. Portions of thefunctions/elements described herein may be implemented as a computerprogram product wherein computer instructions, when processed by acomputing device, adapt the operation of the computing device, such thatthe methods and/or techniques described herein are invoked or otherwiseprovided. Instructions for invoking the inventive methods may be storedin tangible and non-transitory computer readable medium such as fixed orremovable media or memory, and/or stored within a memory within acomputing device operating according to the instructions.

Various modifications may be made to the systems, methods, apparatus,mechanisms, techniques and portions thereof described herein withrespect to the various figures, such modifications being contemplated asbeing within the scope of the invention. For example, while a specificorder of steps or arrangement of functional elements is presented in thevarious embodiments described herein, various other orders/arrangementsof steps or functional elements may be utilized within the context ofthe various embodiments. Further, while modifications to embodiments maybe discussed individually, various embodiments may use multiplemodifications contemporaneously or in sequence, compound modificationsand the like.

The various embodiments contemplate an apparatus configured to providefunctions as described herein, such as an apparatus comprising aprocessor and a memory communicatively connected to the processor, theprocessor configured to perform these functions as described above withrespect to the various figures.

In describing alternate embodiments of the apparatus claimed, specificterminology is employed for the sake of clarity. The invention, however,is not intended to be limited to the specific terminology so selected.Thus, it is to be understood that each specific element includes alltechnical equivalents that operate in a similar manner to accomplishsimilar functions.

It is to be understood that the foregoing description is intended toillustrate and not to limit the scope of the invention, which is definedby the scope of the appended claims. Other embodiments are within thescope of the following claims. It is noted that various non-limitingembodiments described herein may be used separately, combined orselectively combined for specific applications.

Further, some of the various features of the above non-limitingembodiments may be used to advantage without the corresponding use ofother described features. The foregoing description should therefore beconsidered as merely illustrative of the principles, teachings andexemplary embodiments of this invention, and not in limitation thereof.

Although various embodiments which incorporate the teachings of thepresent invention have been shown and described in detail herein, thoseskilled in the art can readily devise many other varied embodiments thatstill incorporate these teachings. Thus, while the foregoing is directedto various embodiments of the present invention, other and furtherembodiments of the invention may be devised without departing from thebasic scope thereof. As such, the appropriate scope of the invention isto be determined according to the claims.

1. A method, performed by a server computing device for zero touchprovisioning (ZTP) in a network, the method comprising: receiving acustomer specification of network requirements (CSNR) exclusivelyspecified for a customer premises equipment (CPE); provisioning a classof service (COS) template exclusively created for providing an intendedoperation of the CPE based at least on the CSNR; storing the COStemplate and an identity of the CPE as one job assignment; receiving,from the CPE, a signal comprising the identity of the CPE being pluggedinto a network link at customer premises for a first time; anddownloading to the CPE, based at least on the received identity of theCPE matching the one job assignment, service information for the ZTP ofthe intended operation of the CPE, the service information including atleast the COS template information.
 2. The method of claim 1, whereinthe identity of the CPE is a serial number.
 3. The method of claim 1,wherein the auto link to the ZTP server comprising a fully qualifieddomain name (FQDN) of the ZTP server.
 4. The method of claim 1, whereinthe downloaded service information further comprises information relatedto one or more of service attributes including: a point-to-pointprotocol (PPP), local area network (LAN) data, a quality of service(QoS), dynamic host configuration protocol (DHCP), and virtual localarea network (VLAN).
 5. The method of claim 1, wherein the CPE is a CPErouter, CPE switch, or a voice over internet protocol (VoIP).
 6. Themethod of claim 1, wherein the one job assignment is one of a pluralityof job assignment entries in a table comprising job assignments for acorresponding plurality of CPEs, said table being stored in the ZTPserver.
 7. The method of claim 1, wherein the class of service (COS)template comprising service configuration layer information.
 8. Themethod of claim 7, wherein the service configuration layer informationindicates at least one of a voice quality and a voice session initiationprotocol (SIP) trunking.
 9. The method of claim 1, wherein acommunication path between the ZTP server and the CPE include a modeminstalled in the customer premises.
 10. The method of claim 1, whereinthe downloading to the CPE of the COS template takes place afterauthenticating the CPE in the network.
 11. An apparatus comprising: aprocessor; a storage medium for tangibly storing thereon program logicfor execution by the processor, the program logic comprising: logic forreceiving a customer specification of network requirements (CSNR)exclusively specified for a customer premises equipment (CPE); logic forprovisioning a class of service (COS) template exclusively created forproviding an intended operation of the CPE based at least on the CSNR;logic for storing the COS template and an identity of the CPE as one jobassignment; logic for receiving, from the CPE, a signal comprising theidentity of the CPE being plugged into a network link at customerpremises for a first time; and logic for downloading to the CPE, basedat least on the received identity of the CPE matching the one jobassignment, service information for the ZTP of the intended operation ofthe CPE, the service information including at least the COS templateinformation.
 12. The apparatus of claim 11, wherein the downloadedservice information further comprises information related to one or moreof service attributes including: a point-to-point protocol (PPP), localarea network (LAN) data, a quality of service (QoS), dynamic hostconfiguration protocol (DHCP), and virtual local area network (VLAN).13. A non-transitory computer readable storage medium tangibly storingcomputer program instructions capable of being executed by a computerprocessor, the computer program instructions defining code for:receiving a customer specification of network requirements (CSNR)exclusively specified for a customer premises equipment (CPE);provisioning a class of service (COS) template exclusively uniquelycreated for providing an intended operation of the CPE based at least onthe CSNR; storing the COS template and an identity of the CPE as one jobassignment; receiving, from the CPE, a signal comprising the identity ofthe CPE being plugged into a network link at customer premises for afirst time; and downloading to the CPE, based at least on the receivedidentity of the CPE matching the one job assignment, service informationfor the ZTP of the intended operation of the CPE, the serviceinformation